---title: "Transcrição da Prova Teórica 1"
matricula: "20243001059"
nome: "Vitor Oliveira Cardoso"
disciplina: "Gestão de Projetos de Software (GPS)"
avaliacao: "Prova Teórica 1"
data: "19/10/2026"
nota_total: 13.5
legibilidade_global: "82%"
classificacao: "Média Legibilidade (75-84%)"
observacoes_caligrafia: "Prova realizada integralmente a lápis com grafite claro e traço fino. Leitura requer ampliação e atenção ao contraste. Deixou a Questão 2 inteira e o item 5.3 em branco."
format:
  html:
    toc: true
    theme: cosmo
  pdf:
    documentclass: scrartcl
    papersize: a4
    geometry:
      - margin=20mm
---


# Avaliação Teórica 1 — Transcrição de Respostas

## Questão 1 — Ciclo de Vida e Fundamentos de Projetos
* **Legibilidade da Questão:** 82%
* **Gravidade de Leitura:** Grafite claro

### 1.1 Projeto vs. Operação
* **Resposta Manuscrita:**
  > É um projeto. Pois engloba interface, servidor e back

### 1.2 Análise de Trade-off no Triângulo de Ferro
* **Resposta Manuscrita:**
  > Pode-se tirar funcionalidades não essenciais para diminuir o tempo e por consequência o custo. Ou poderia aumentar a equipe para que fizessem o projeto mais rápido porém com maior custo.

### 1.3 Ciclo de Vida do Projeto e Abordagem
* **Resposta Manuscrita:**
  > Preditiva

---

## Questão 2 — Escopo, EAP e Gestão de Backlog
* **Legibilidade da Questão:** —
* **Gravidade de Leitura:** Questão totalmente em branco

### 2.1 Estrutura Analítica do Projeto (EAP)
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]

### 2.2 Especificação de Issues de Backlog e Estimativas
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]

### 2.3 Milestones vs. Sprints no Modelo Ágil
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / RASCUNHO APAGADO ILEGÍVEL]

---

## Questão 3 — Qualidade e Engenharia de Software com IA
* **Legibilidade da Questão:** 85%
* **Gravidade de Leitura:** Grafite mais legível nesta folha

### 3.1 Definição de Pronto (DoD) e Pipelines de CI/CD
* **Resposta Manuscrita:**
  > DoD seria o checklist de uma tarefa totalmente pronta, e esse checklist se baseia no levantamento de etapa de CI/CD. Não está, pois os testes fazem parte da checagem para não comprometer todo o projeto

### 3.2 Custo da Qualidade (CoQ)
* **Resposta Manuscrita:**
  > a - avaliação | b - prevenção | c - falha interna | d - falha externa.
  > A (d) tende a ter o custo mais alto, pela 1:10:100 entendi que a falha encontrada após o projeto já estar pronto tende a ser a mais custosa

### 3.3 Heurística 1:10:100 e Testes em Software com IA
* **Resposta Manuscrita:**
  > Ela é usada para justificar por pautar que os custos aumentam muito para resolver um erro baseado no quanto se demora para identifica-lo o que acaba por apoiar maior investimento em qualidade. Porém em projetos de software com IA muitos testes também geram custos pelos tokens então essa regra não é uma lei universal.

---

## Questão 4 — Gestão de Riscos e Segurança
* **Legibilidade da Questão:** 80%
* **Gravidade de Leitura:** Grafite suave

### 4.1 Classificação do Evento e Matriz de Riscos
* **Diagrama / Elemento Visual:**
  * Posicionou um ponto no quadrante Médio (Probabilidade Baixa / Impacto Alto).
* **Resposta Manuscrita:**
  > Problema, pois aconteceu e já trouxe as consequências negativas. A probabilidade seria baixa por todas as medidas preventivas que deveriam ter sido postas em prática para que isso não acontecesse e o impacto alto pelos custos e porque poderia ter sido mais tempo que 40 min.

### 4.2 Resposta a Incidentes e Defesa em Profundidade
* **Resposta Manuscrita:**
  > Colocar pra outro membro da equipe revisar as mudanças antes de dar commit direto no repositório, a equipe só mexer com os repositórios privados e replanejamento contabilizando esses novos custos. Testes automatizados no pipeline para nada do gênero se repetir.

### 4.3 Modelagem de Ameaças em IA e Documentação Decisória
* **Resposta Manuscrita:**
  > RE: prompt injection, um usuário pode fazer um prompt que quebra o padrão estruturado para o PA e o programa deve reconhecer e entrar no erro onde o PA não responde e encerra aquela conversa. Colocando no Readme para que os usuários leiam antes de usar para já estar alertado.

---

## Questão 5 — Comunicação, Partes Interessadas e Conflitos
* **Legibilidade da Questão:** 81%
* **Gravidade de Leitura:** Grafite suave

### 5.1 Canais de Comunicação e Rastreabilidade Decisória
* **Resposta Manuscrita:**
  > A síncrona permite mais transparência e maior fluxo de ideias e isso de forma mais dinâmica. A assíncrona é mais limpa, direta e documentada. Comentários no GitLab detalhados vão identificar a decisão que foi tomada, porque ela foi tomada, como foi executado e por quem foi.

### 5.2 Engajamento de Partes Interessadas (Poder × Interesse)
* **Diagrama / Elemento Visual:**
  * **(2) Professor:** Gerenciar de perto
  * **(3) Equipe:** Gerenciar de perto
  * **(5) Coordenação:** Manter informado
  * **(4) Provedor API:** Monitorar
* **Resposta Manuscrita:**
  > O professor como cliente e patrocinador coloca ele em uma posição de extremo interesse e poder. Podendo se comunicar por grupo de Whatsapp uma vez por mês para acompanhar o avanço do projeto. E os desenvolvedores que tem muito interesse por ser um projeto que fazem parte e o poder ponderado.

### 5.3 Resolução de Conflitos e Modelo de Thomas-Kilmann
* **Resposta Manuscrita:**
  > [NÃO RESPONDEU / EM BRANCO]